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(57) Hauptanspruch: Fahrzeugkommunikationssystem mit 

- einem Zentralrechner (1) zur Durchfuhrung von Telema- 
tik-Applikationen, 

- Gerateeinheiten zum Senden, Empfangen, Erfassen 
und/oder Verarbeiten von zu den Telematik-Applikationen 
gehorigen Daten und 

- einem Oder mehreren Datenubertragungskanalen mit zu- 
gehorigen Schnittstellen, uber welche die Gerateeinheiten 
mit dem zentralen Fahrzeugrechner verbindbar sind, 
gekennzeichnet durch 

- eine von den Telematik-Applikationen getrennte, adaptive 
Applikationssteuerung (9), die mit den Telematik-Applikati- 
onen uberein von den vorhandenen Schnittstellen und Ge- 
rateeinheiten unabhangiges, einheitliches Datenformat 
kommuniziert, die fur die jeweiligen Telematik-Applikatio- 
nen benotigten Gerateeinheiten und Schnittstellen flexibel 
funktionsbezogen auswahlt und darauf aufbauend die er- 




forderlichen Datenubertragungsvorgange steuert, wozu sie 
Gerate-Gateways (4) und davon getrennte Schnittstel- 
len-Gateways (5) beinhaltet, die von ihr unabhangig von- 
einander flexibel funktionsbezogen zwecks Ansteuerung 
der jeweiligen Gerateeinheiten uber die jeweiligen Schnitt- 
stellen ausgewahlt werden. 
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Beschreibung 

[0001] Die Erfindung bezieht sich auf ein Fahrzeug- 
kommunikationssystem miteinem Zentralrechnerzur 
Durchfuhrung von Telematik-Applikationen, mit Gera- 
teeinheiten zum Senden, Empfangen, Erfassen 
und/oder Verarbeiten von zu diesen Applikationen 
gehdrigen Daten und mit einem oder mehreren Da- 
tenubertragungskanalen mit zugehorigen Schnittstel- 
len, uber welche die Gerateeinheiten mit dem Zen- 
tralrechner verbindbar sind. 

[0002] Der Einsatz von Telematiksystemen, d.h. 
elektronischen Datenubertragungssystemen, die Te- 
lekommunikationsdienste nutzen, gewinnt auch auf 
dem Gebiet der Fahrzeugtechnik zunehmend an Be- 
deutung. So werden im Fahrzeug bereits Telekom- 
munikationsdienste eingesetzt, die in den Bereichen 
Verkehrslenkung, Sicherheitsdienste, dynamische 
Navigationshilfe und mobiles Buro neue Funktionali- 
taten ermoglichen. 

[0003] Herkommliche Telematiksysteme dieser Art 
bestehen aus einem eigenstandigen Rechner mit 
Schnittstellen zu einem speziell zugehorigen Funk- 
gerat, z.B. GSM- oder Modacom-Gerat, und/oder zu 
einem Positionsempfanger, wie einem GPS-Empfan- 
ger. Die heute auf dem Markt verfugbaren Telekom- 
munikationsgerate unterscheiden sich grundsatzlich 
im Schnittstellenprotokoll. Obwohl es Standardisie- 
rungsbemuhungen gibt, unterscheiden sich die 
Schnittstellenprotokolle der Gerate in Abhangigkeit 
des Herstellers, der Version, des Modells und der 
Technologie, so daft es bisiang nur Einzelldsungen 
mit genau definierten Komponenten und Schnittstel- 
len gibt. Die Integration mehrererTelematikfunktiona- 
litaten in ein Fahrzeug erfolgt daher bisiang in Form 
von voneinandergetrennten Insellosungen, da dieje- 
weils zugehorigen Funk- und Peripheriegerate uber 
keine Netzwerkschnittstellen verfugen, mit denen sie 
mehrfach fur verschiedene Applikationen multifunkti- 
onal genutzt werden konnten. Eine solche Architektur 
eines Fahrzeugkommunikationssystems erfordert 
eine laufende Wartung der Systeme fur Modiflkatio- 
nen. Der damit verbundene organisatorische und lo- 
gistische Aufwand fuhrt zu einer sehr eingeschrank- 
ten Reaktionsfahigkeit solcher Fahrzeugkommunika- 
tionssysteme auf neu auf dem Markt erscheinende 
Telematikfunktionen und -komponenten. 

Stand derTechnik 

[0004] Ein Fahrzeugkommunikationssystem der 
eingangs genannten Art ist beispielsweise in der Of- 
fenlegungsschrift DE 44 03 712 A1 in Form eines aus 
dem Fahrzeug herausnehmbaren Bordcomputers of- 
fenbart, der Steuerungsfunktionen zur Fahrzeugnavi- 
gation, fur ein Verkehrsfunkradio und eine Fern- 
sprecheinrichtung umfafit. 



[0005] In der Patentschrift DE 41 1 0 372 C2 ist eine 
Multiplex-Ubertragungsanordnung fur ein Fahrzeug 
beschrieben, die zwei Netzwerke und einen Gate- 
way-Netzwerkknoten beinhaltet, uber den Daten zwi- 
schen den Netzwerken ubertragen werden konnen. 

[0006] Ein grundlegendes Problem herkommlicher 
Fahrzeugkommunikationssysteme der eingangs ge- 
nannten Art liegt darin, dali die Treibereinheiten fur 
die Gerateeinheiten und die Schnittstellen, d.h. die 
Gerate- und Schnittstellen-Gateways, untrennbare 
Einheiten mit der jeweiligen Schnittsteile bilden, die 
zum Anschiufi der betreffenden Gerateeinheit vorge- 
sehen ist. Die Gerateeinheiten werden durch die an- 
geforderte Applikation vom Rechner uber die unver- 
anderlich vorgegebene Architektur von jeweiligem 
Schnittstellen- und Gerate-Gateway und zugeordne- 
ter Schnittsteile angesprochen. Eine flexible Ansteu- 
erung der jeweiligen Gerateeinheit uber eine andere 
Schnittsteile oder ein Austausch einer Gerateeinheit 
durch eine Einheit mit gleicher Funktion, jedoch an- 
deren Typs ist nicht ohne groBen Anpassungsauf- 
wand moglich, da hierzu nicht nur die betroffenen 
Schnittstellen- und Gerate-Gateways angepaflt, d.h. 
durch andere Versionen ersetzt werden mussen, 
sondern aufgrund dieser Malinahme auch Anderun- 
gen im Rechner selbst und/oder der Applikation 
zwecks Anpassung an geanderte Datenformate etc. 
notwendig sind. Ein herkdmmliches System dieser 
Art ist in seinen Grundzugen in der Veroffentlichung 
A. Kirson, ATIS - A Modular Approach, IEEE Plans 
'92 Position Location and Navigation Symposium, 1. 
Januar 1992, Seite 528 angedeutet, wobei dort als^ 
Applikationen Routenplanung, Routenfiihrung, Zu- 
griff auf Datenbanken und Benutzerschnittstellen- 
funktion genannt sind. Die Offenlegungsschrift DE 42 
18 804 A1 zeigt ein System, das eine gewisse Flexi- 
bility hinsichtlich der Darstellung von Fahrzeuginfor- 
mationen besitzt, wozu ein Informations-Manage- 
ment-System vorgesehen ist, mit dem Informationen 
in einem Kraftfahrzeug flexibel an die jeweiligen Be- 
durfnisse angepaBt dargestellt, aufbereitet und ge- 
speichert werden, wobei das System so ausgelegt 
sein soli, daft es fur zukunftige Erfordernisse offen 
und damit leicht erweiterbar ist. 

Aufgabenstellung 

[0007] Der Erfindung liegt als technisches Problem 
die Bereitstellung eines Fahrzeugkommunikations- 
systems der eingangs genannten Art zugrunde, das 
mit verhaltnismaftig geringem Aufwand eine erhohte 
Flexibility bei der Durchfuhrung von Telematik-Appli- 
kationen bietet. 

[0008] Die Erfindung lost dieses Problem durch die 
Bereitstellung eines Fahrzeugkommunikationssys- 
tems mit den Merkmalen des Anspruchs 1. Bei die- 
sem System sind die Gerateeinheiten zum Senden, 
Empfangen, Erfassen und/oder Verarbeiten der zu 
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den Telematik-Applikationen gehorigen Daten nicht 
in Form einer Insellosung fest einer jeweiligen Tele- 
matik-Applikation zugeordnet, sondern diese Zuord- 
nung ist flexibel ausgelegt. Dabei wahlt eine adaptive 
Applikationssteuerung, die in den Zentralrechner in- 
tegriert oder extern von diesem angeordnet sein 
kann, die zur Durchfiihrung einer jeweiligen Applika- 
tion jeweils erforderlichen Gerateeinheiten funktions- 
bezogen aus und steuert die erforderlichen Datenii- 
bertragungsvorgange. Dies erlaubt einen modularen 
Systemaufbau, bei dem Gerateeinheiten unter- 
schiedlicher Hersteller an eine oder mehrere geeig- 
nete Schnittstellen des Zentralrechners angeschlos- 
sen werden konnen. Jede Gerateeinheit kann funkti- 
onsbezogen, d.h. zur Erfullung einer bestimmten, ihr 
zugewiesenen Funktion, wie beispielsweise Positi- 
onsbestimmung, angesprochen werden. Diese Funk- 
tion kann die Gerateeinheit bei Bedarf nicht nur fur 
eine bestimmte, sondern fur jede Telematik-Applika- 
tion erfullen, zu deren Durchfiihrung diese Funktion 
erforderlich ist. Redundanzen zur Erfullung einer be- 
stimmten Funktion fur mehrere Telematik-Applikatio- 
nen lassen sich daher gegebenenfalls vermeiden. 
Umgekehrt kann eine Funktion, wie beispielsweise 
die Fahrzeugpositionsbestimmung, bei Bedarf redun- 
dant ausgelegt werden, indem die entsprechende In- 
formation gegebenenfalls in unterschiedlicher Gute 
aus mehreren, voneinander unabhangigen Positions- 
bestimmungskanalen zur Verfugung gestellt wird. Zu- 
dem kann das Fahrzeugkommunikationssystem pro- 
blemlos mit neuen Gerateeinheiten und/oder Telema- 
tik-Applikationen erweitert werden, ohne dafi der be- 
reits bestehende Systemaufbau geandert werden 
mull: Mit dazu vorgesehenen Gerate- und Schnitt- 
stellen-Gateways, d.h. in Soft- oder Hardware reali- 
sierten Treibereinheiten fur die Schnittstellen und die 
daran anschliefienden Gerateeinheiten, vermag die 
adaptive Applikationssteuerung eingehende Daten in 
das jeweiligs ausgangsseitig benotigte Datenformat 
zu transformieren, so daft die fur die jeweilige Appli- 
kation benotigten Gerateeinheiten flexibel uber die 
jeweiligen Schnittstellen angesteuert werden kon- 
nen. Die Applikationssteuerung ist dabei in der Lage, 
die jeweils benotigten, geeigneten Gerate- und 
Schnittstellen-Gateways flexibel und funktionsbezo- 
gen aus der Gesamtheit der Gateways auszuwahlen. 

[0009] Eine Weiterbildung der Erfindung nach An- 
spruch 2 beinhaltet vorteilhafte Moglichkeiten von 
Schnittstellen fur den Anschluli der Gerateeinheiten 
am Zentralrechner. 

[0010] Eine Weiterbildung der Erfindung nach An- 
spruch 3 beinhaltet vorteilhafte Gerateeinheiten zur 
Erfullung bestimmter Funktionen fur Telematik-Appli- 
kationen. 

[0011] Eine Weiterbildung der Erfindung nach An- 
spruch 4 beinhaltet vorteilhafte Telematik-Applikatio- 
nen, die in beliebiger Kombination vorgesehen sein 



konnen. 

Ausfuhrungsbeispiel 

[0012] Bevorzugte Ausfuhrungsformen der Erfin- 
dung sind in den Zeichnungen dargestellt und wer- 
den nachfolgend beschrieben. Hierbei zeigen: 

[0013] Fig. 1 eine schematische Ubersicht uber die 
wesentlichen Bestandteile eines Fahrzeugskommu- 
nikationssystems, 

[0014] Fig. 2 ein schematisches Blockdiagramm 
des fur das Fahrzeugkommunikationssystem von 
Fig. 1 verwendeten Zentralrechners mit zugehorigen 
Schnittstellen und daran anschlieftbaren Gerateein- 
heiten, 

[0015] Fig. 3 ein schematisches Blockdiagramm ei- 
nes Aufbaus einer in den Zentralrechner von Fig. 2 
integrierten, adaptiven Applikationssteuerung, 

[0016] Fig. 4 ein schematisches Blockdiagramm 
zur Veranschaulichung derGerateflexibilitatdes Sys- 
tems der Fig. 1 bis 3, 

[0017] Fig. 5 ein schematisches Blockdiagramm 
zur Veranschaulichung der Schnittstellenflexibilitat 
des Systems der Fig. 1 bis 3 und 

[0018] Fig. 6 ein schematisches Blockdiagramm 
zur Veranschaulichung der Durchfuhrung eines Flot- 
tenmanagements als einer Telematik-Applikation mit 
dem System der Fig. 1 bis 5. 

[0019] Fig. 1 zeigt die wesentlichen Elemente des 
Fahrzeugkommunikationssystems. Das Herzstuck 
bildet ein z.B. in einem PKW oder LKW installierter 
Zentralrechner (1), mit dem mehrere Telematik-Appli- 
kationen durchgefuhrt werden konnen, und zwar die 
Applikationen Flottenmanagement, Routenplanung, 
Ferndiagnose, Diebstahlschutz und Rechnerfern- 
kommunikation, wie das Versenden elektronischer 
Post und das Zugreifen auf Datenbanken. Die Tele- 
matik-Applikationen konnen in den Zentralrechner (1) 
als Hardware oder als Softwarepaket integriert oder 
durch ein eigenstandiges Steuergerat oder als Soft- 
warepaket auf einem externen, mobilen Rechner rea- 
lisiert sein. Mit dem Zentralrechner (1) ist eine Mehr- 
zahl von Gerateeinheiten verbindbar, und zwar in die- 
sem Beispielsfall speziell ein GPS-Empfanger, ein 
mobiler Rechner in Form eines PDA (Personal Digital 
Assistant), ein Mobilfunkgerat (GSM), eine 
CD-ROM-Einheit und ein RDS-TMC-Gerat. Zum An- 
schlufc dieser Gerate an den Zentralrechner (1) die- 
nen unterschiedliche Schnittstellen, und zwar eine 
CAN-, eine PCMCIA-, eine RS232-, eine IR- und eine 
D2B-Schnittstelle. Mit IR ist hierbei eine Infra- 
rot-Schnittstelle und mit D2B (Digital Domestic Bus) 
eine in Fahrzeugen der Mercedes-Benz AG zum Ein- 
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satz kommende Schnittstelle eines optischen Daten- 
busnetzwerks bezeichnet. Die ubrigen Bezeichnun- 
gen sind Standardbezeichnungen. Es versteht sich, 
daft das System je nach Anwendungsfall auch mehr 
oder weniger Applikationen, Gerate und/oder Schnitt- 
stellen umfassen kann. 

[0020] Die Datenkommunikation zwischen den Ge- 
raten und dem Zentralrechner (1) erfolgt uber die zu 
den Schnittstellen gehdrigen Datenubertragungska- 
nalen. Dabei sind die Gerate nicht wie bei herkomm- 
lichen Systemen jeweils einer bestimmten Applikati- 
on zugeordnet, sondern werden von einer in diesem 
Beispiel in den Zentralrechner (1) integrierten, adap- 
tiven Applikationssteuerung flexibel zur Erfullung der 
ihnen inharenten Funktion herangezogen, was gege- 
benenfalls fur mehrere unterschiedliche Telema- 
tik-Applikationen der Fall sein kann. Die adaptive Ap- 
plikationssteuerung ist so ausgelegt, daft die Appiika- 
tion kein explizites Gerat ansteuert, sondern der 
Steuerung einen aus- bzw. eingehenden Kommuni- 
kationswunsch mitteilt. Die Steuerung wahlt dann 
das geeignetste Gerat und den entsprechenden 
Kommunikationskanal hierfiir aus. Auf diese Weise 
konnen Applikationen Gerate unterschiedlicher Her- 
steller ansprechen und benotigen keine Informatio- 
nen, uber welches Netzwerk das gewunschte Gerat 
anzusprechen ist. Vielmehr ubernimmt die adaptive 
Applikationssteuerung die Fuhrung der Datenuber- 
tragung und setzt die Datenpakete gemaft dem je- 
weiligen Netzwerkprotokoll uber spezielle Gateways 
um. Mehrere Applikationen konnen dasselbe Gerat 
zur Kommunikation verwenden, wobei die adaptive 
Applikationssteuerung entscheidet, welche Verbin- 
dungsanforderungen Vorrang haben, indem sie den 
entsprechenden Kommunikationskanal zu dem Ge- 
rat durchschaltet. Dadurch laftt sich eine redundante 
Bestuckung des Fahrzeuges mit identischen Geraten 
fur unterschiedliche Telematik-Applikationen vermei- 
den. Umgekehrt konnen bei Bedarf bestimmte Funk- 
tionen redundant uber verschiedene Informationska- 
nale ermittelt werden, z.B. die Bestimmung der aktu- 
ellen Fahrzeugposition wahlweise uber GPS, Mobil- 
funk und/oder ein Bakensystem. 

[0021] Fig. 2 zeigt die beispielhaft am Zentralrech- 
ner (1 ) vorzusehenden Schnittstellen nebst daran an- 
schlieftbaren Gerateeinheiten, wobei die gestrichelt 
umrahmten Komponenten als optionale Erweiterung 
zu sehen sind. Der Zentralrechner (1) besitzt eine se- 
rielle RS232-Schnittstelle, an die ein Infrarot-Trans- 
ceiver (IR) mit RS232-Schnittstelle zur optischen An- 
bindung einer PDA-Einheit angeschlossen ist. Wahl- 
weise kann die PDA-Einheit auch direkt an diese 
RS232-Schnittstelle angeschlossen werden, an die 
ansonsten auch ein GPS-Empfanger oder ein daten- 
fahiges Mobilfunk(GSM)-Gerat angebunden werden 
konnen. Des weiteren besitzt der Zentralrechner (1) 
eine PCMCIA-Schnittstelle, an die ein GSM-Gerat 
angeschlossen ist. An eine weitere RS232-Schnitt- 



stelle kann optional der GPS-Empfanger mit dem 
Zentralrechner (1) verbunden sein. Uber eine zweite 
PCMCIA-Schnittstelle ist an den Zentralrechner (1) 
ein CAN-Datenbus (CAN1) mit nachgeschalteten 
Kommunikationsgerateeinheiten (Komml, Komm2) 
angeschlossen. Diese beiden Kommunikationsgera- 
teeinheiten konnen beispielsweise je ein Steuergerat 
fur eine Hardwareausfuhrung der Applikationen 
Ferndiagnose und Diebstahlschutz sein. Ober einen 
optischen Datenbusring mit D2B-Schnittstelle kon- 
nen der GPS-Empfanger, das GSM-Gerat und/oder 
das RDS-TMC-Gerat an den Zentralrechner (1) an- 
geschlossen werden, wenn dieser Datenubertra- 
gungskanal im Fahrzeug realisiert ist. Der Zentral- 
rechner (1 ) ist zweckmaftig mit einem echtzeitfahigen 
Multitasking-Betriebssystem ausgestattet und kann 
als Verbindungspunkt in einer heterogenen Netzwer- 
kumgebung dienen. 

[0022] Die adaptive Applikationssteuerung bietet fur 
solche Telematik-Applikationen, deren Kommunikati- 
onsbeziehung mit den beteiligten Gerateeinheiten 
fest vorgegeben ist, z.B. uber eingegebene Bezeich- 
ner, einen sicheren Datentransport, wobei u.a. ge- 
priift wird, ob das angeforderte Gerat gerade belegt 
ist und an welchem Datennetz dieses aktuell ange- 
schlossen ist. Solche Applikationen sind beispiels- 
weise die auf einem Steuergerat implementierte 
Fahrzeugferndiagnose oder das Versenden elektro- 
nischer Post mit einem PDA. Daruber hinaus beinhal- 
tet das System sogenannte integrierte Telematik-Ap- 
plikationen, die speziell fur den Einsatz in Verbindung 
mit der adaptiven Applikationssteuerung ausgelegt 
sind, wie z.B. die Applikation Flottenmanagement. 
Daneben sind in das System Basisdienste implemen- 
tiert, die Funktionalitaten anbieten, auf die andere 
Basisdienste und die integrierten Applikationen expli- 
zitzugreifen konnen, wodurch sich wiederum eine re- 
dundante Auslegung solcher Funktionalitaten ver- 
meiden laftt. 

[0023] Diese Basisdienste lassen sich in Funktio- 
nen zur Ermittlung von nach auften bereitzustellen- 
den Daten, wie Positionsbestimmung, Uhrzeitbestim- 
mung etc., sowie in sogenannte Gateways unter- 
scheiden, die einen eingehenden Datenstrom an- 
hand von Vorgaben einer anfordernden, integrierten 
Applikation oder eines anfordernden Basisdienstes 
transformieren. Bezuglich der Gateways sind wieder- 
um Schnittstellen-Gateways, Gerate-Gateways und 
Format-Gateways zu unterscheiden. Die Schnittstel- 
len-Gateways transformieren eingehende Daten in 
das Schnittstellen- bzw. Datenbusformat der jeweils 
zugehorigen Schnittstelle und umgekehrt, wahrend 
die Gerate-Gateways eingehende Daten in ein fur 
das zugehorige Gerat geeignetes Datenformat trans- 
formieren und umgekehrt die vom Gerat kommenden 
Daten in das geeignete Ausgangsdatenformat trans- 
formieren. Die Format-Gateways wandeln die von ei- 
nem Basisdienst ermittelten Daten in ein anderes 
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(Standard)-Format urn, z.B. die Positionsdaten des 
Fahrzeugs. Zusatzlich zu den Basisdiensten konnen 
auch Mehrwertdienste vorgesehen sein, die sich von 
den Basisdiensten dadurch unterscheiden, daft sie 
letzere ihrerseits aufrufen. Ein Beispiel hierfur ist der 
Mehrwertdienst RDS-TMC, deraktuell relevante Ver- 
kehrsinformationen empfangen und hinsichtlich der 
aktuellen Fahrzeugposition, die ein Basisdienst dar- 
stellt, gewichten mufi. 

[0024] Fig. 3 zeigt schernatisch einen fur die Erful- 
lung der obigen Funktionalitaten geeigneten Aufbau 
der adaptiven Applikationssteuerung. Die adaptive 
Applikationssteuerung beinhaltet in dieser Syste- 
mauslegung eine Steuereinheit (2), die das adaptive 
Informationsmanagement ubernimmt. Des weiteren 
sind eine Mehrzah! von Basis- bzw. Mehrwertdiens- 
ten (3) illustriert, beispielsweise zur Bestimmung der 
Fahrzeugposition, der Uhrzeit und der Fahrzeugge- 
schwindigkeit. Die Steuerung enthalt aufterdem eine 
Mehrzahl von Gerate-Gateways (4), die den entspre- 
chenden Gerate-Einheiten zugeordnet sind. AuRer- 
dem beinhaltet sie die erforderlichen Schnittstel- 
len-Gateways (5), deren Ausgangsleitungen (6) zu 
den entsprechenden Schnittstellen fiihren. Die Steu- 
ereinheit (2) hat vor allem die Funktionen, die Basis- 
dienste fur integrierte Applikationen bereitzustellen, 
die Datenbasis zu aktualisieren, die Topologie und 
die Resourcen des Systems, die aktuell belegten 
Komponenten und die vorhandenen, bzw. aktiven 
Client/Server-Beziehungen zu kontrollieren. Eine 
weitere Aufgabe ist die Zugangs- und Sicherheits- 
kontrolle. Im Sinne eines Master/Slave-Konzeptes ist 
die Steuereinheit (2) selbst Bestandteil des Ser- 
ver-Netzes und agiert als Master fur die anderen Ser- 
ver. 

[0025] Zur Kornmunikation innerhalb der Umge- 
bung der adaptiven Applikationssteuerung ist eine 
geeignete Kommunikationsarchitektur vorgesehen, 
die auf dem sogenannten ISO/OSI-Basis-Referenz- 
modell als grundlegender Struktur aufbaut. Die Inter- 
prozefikommunikation ist so gestaltet, daft die Appli- 
kationen vollig unabhangig von den darunterliegen- 
den Kommunikationsstrukturen sind. Die Kornmuni- 
kation zwischen zwei Prozessen erfolgt uber soge- 
nannte Kommunikationsendpunkte, wobei sich einer 
der kommunizierenden Prozesse aufterhalb des 
Fahrzeugs befinden kann. Zur Realisierung von Cli- 
ent-Server-Strukturen sind Mechanismen zum trans- 
parenten Aufruf der Server-Funktionen und zur kor- 
rekten transparenten Datenaufbereitung vorgese- 
hen. Durch eine oberste RPC(Remote Procedure 
Call)-Kommunikationsschicht wird die geforderte In- 
terprozeftkommunikation bewerkstelligt. Hierdurch 
wird die Lokalitat der miteinander kommunizierenden 
Applikationen auf dem Zentralrechner selbst oder 
raumlich von diesem entfernt vollig transparent. Es 
besteht auch die Moglichkeit, Dienstanforderungen 
von einem oder mehreren Dienstanbietern bearbei- 



ten zu lassen, wodurch das Einbinden potentiell kon- 
kurrierender Applikationen mit moglicherweise unter- 
schiedlicher Dienstgute bereits uber die Kommunika- 
tionsplattform geschehen kann. Diese Redundanz 
fuhrt dann zur hoheren Verfugbarkeit einer Applikati- 
on, da beim Ausfall eines Anbieters bereits auf der 
Kommunikationsplattform ein funktionsanaloger An- 
bieter einspringen kann. Ein Beispiel hierfur ist die 
Fahrzeugpositionsbestimmung wahlweise uber GPS, 
GSM oder Koppelnavigation. 

[0026] Die Kommunikationsarchitektur beinhaltet 
des weiteren eine Datentransportschicht, hier bei- 
spielhaft in Form einer TCP-Schicht. Eine weitere 
Kommunikationsschicht in Form einer Vermittlungs- 
schicht, beispielsweise als IP-Schicht, ubernimmt die 
Adressierung desjenigen Rechners, auf welchemder 
Kommunikationspartner lokalisiert ist, gegebenfalls 
unter Verwendung einer Adreftumsetzung. Unterhalb 
der IP-Schicht erfolgt eine Abbildung auf die physika- 
lisch vorhandenen Ubertragungsmedien, wobei eine 
Sicherungsschicht dafur sorgt, dad Obertragungsfeh- 
ler des Mediums zwischen Nachbarknoten erkannt 
und gegebenenfalls korrigiert werden. Eine 
HTTP-Servereinheit (7) erlaubt die Kornmunikation 
mit externen Datenbanken, z.B. uber einen Inter- 
net-Anschluft. Mit diesem Aufbau erfullt die adaptive 
Applikationssteuerung zum einen ein Netzwerkma- 
nagement, welches die Managementaufgaben auf al- 
ien Schichten der Kommunikationsarchitektur bein- 
haltet, und zum anderen ein Applikationsmanage- 
ment, worunter die gesamten Aufgaben einer dyna- 
mischen, adaptiven Client/Server-Umgebung fallen. 

[0027] Eine Applikation kann, entsprechend dem 
Client/Server-Konzept, als Client oder als Server 
agieren. Ob dafur Kornmunikation mit der Aufienwelt 
notwendig ist und welche Gerateeinheiten dafur ge- 
gebenenfalls verwendet werden, ist fur die Applikati- 
on nicht relevant. Eine Gerateeinheit ist liber eine 
Schnittstelle mit dem Zentralrechner (1) verbunden 
und stellt entweder einen Kommunikationsendpunkt 
oder einen Zugangspunkt zu einem anderen Kom- 
munikationskanal dar, insbesondere zur Kornmunika- 
tion mitfahrzeugexternen Partnergeraten. Durch die- 
se Geratetransparenz ist es ohne weiteres moglich, 
ein Gerat durch ein anderes, beispielsweise ein sol- 
ches von einem anderen Hersteller, zu ersetzen, bei 
dem eventuell ein anderes Datenformat verwendet 
wird. Wenn mehrere unterschiedliche Gerate zur Er- 
fullung einer bestimmten Funktion vorhanden sind, 
trifft die adaptive Applikationssteuerung die Auswahi, 
welches Gerat momentan am geeignetsten ist. Die 
jeweilige Applikation selbst bleibt hiervon unberuhrt. 
Diese Geratetransparenz ist in Fig. 4 am Beispiel ei- 
ner Applikation (8) veranschaulicht, die eine Fahr- 
zeugpositionsbestimmung erfordert. Fur diese Positi- 
onsbestimmung sind im Beispiel von Fig. 4 einerseits 
ein Baken-Kommunikationsgerat und andererseits 
ein GPS-Empfanger vom Typ Standard A sowie opti- 
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onal ein zusatzlicher GPS-Empfanger vom Typ Stan- 
dard B und/oder ein GSM-Gerat in Verbindung mit ei- 
nem GPS-Empfanger vorhanden. Auf Anforderung 
einer Fahrzeugpositionsbestimmung durch die Appli- 
kation (8) weist die adaptive Applikationssteuerung 
(9) der Applikation (8) das momentan gerade guns- 
tigste Gerat zur Positionsbestimmung des Fahrzeugs 
zu. Gegebenenfalls kann die adaptive Applikations- 
steuerung (9) mehrere der vier Gerate zur Fahrzeug- 
positionsbestimmung aktivieren und die unabhangig 
voneinander redundant erhaltenen Positionsdaten 
zur Bestimmung der Fahrzeugposition geeignet aus- 
werten. 

[0028] Nachdem von der adaptiven Applikations- 
steuerung festgestellt wurde, mit welchem bzw. uber 
welches Gerat kommuniziert werden soil, pruft sie 
des weiteren, uber welche Schnittstelle auf dieses 
Gerat zugegriffen werden kann. Dies ist notig, da 
mehrere Schnittstellen derselben Art vorhanden sein 
konnen, die voneinander zu unterscheiden sind, oder 
da das Gerat in verschiedenen Versionen mit ver- 
schiedenen Schnittstellen verfugbar sein kann, so 
dad es mdglich ist, das Gerat an eine andere, gleich- 
artige Schnittstelle umzustecken oder es durch eines 
mit anderer Schnittstelle zu ersetzen, ohne dafi die 
Applikation angepadt werden mud. Diese Schnittstel- 
lentransparenz ist in Fig. 5 am Beispiel eines 
GSM-Mobilfunkgerates illustrieit Dabei ist beispiei- 
haft angenommen, dad das GSM-Gerat an eine 
RS232B-Schnittstelle angeschlossen ist, alternativ 
ein derartiges GSM-Gerat jedoch auch an anderen 
Schnittstellen angeschlossen sein konnte, wie einer 
RS232A-, einer CAN-, einer D2B- und einer PCM- 
CIA-Schnittstelle. Die adaptive Applikationssteue- 
rung (9) wahlt dann fur die betreffende Applikation die 
jeweils besetzte bzw. gunstigste Schnittstelle zu dem 
zu aktivierenden GSM-Gerat aus. Die adaptive Appli- 
kationssteuerung ist im ubrigen zur Erfullung einer 
Multiplex-Funktion ausgelegt, mit welcher der Fall 
beherrschbar ist, dad mehrere Applikationen gleich- 
zeitig auf ein Kommunikationsgerat zugreifen. Diese 
Funktion beinhaltet eine Priorisierung der Applikatio- 
nen und die Unterbrechbarkeit derdiversen Kommu- 
nikationskanale. 

[0029] Integrierte Applikationen innerhalb und au- 
derhalb des Zentralrechners konnen uber dieselben 
Client-Server-Mechanismen mit Applikationen und 
Basisdiensten innerhalb des Zentralrechners oder 
mit anderen externen Dienstanbietern kommunizie- 
ren, wobei in diesem Fall der Kommunikationspfad 
uber zwei Schnittstellen-Gateways und zwei Gera- 
te-Gateways lauft. Fur nicht integrierte Applikationen 
auderhalb des Zentralrechners mit fester Kommuni- 
kationsbeziehung zu den Geraten dient die adaptive 
Applikationssteuerung dazu, zu verhindern, daft ein 
bestimmtes Gerat von einer anderen Applikation 
ebenfalls angefordert wird oder sich das Gerat in ei- 
nem anderen Datennetzwerk oder an einer anderen 



Adresse befindet als von dieser Applikation ange- 
nommen. Der Zentralrechner dient in diesem Fall da- 
zu, den Zugriff auf die Gerate zu regeln. 

[0030] Fig. 6 veranschaulicht exemplarisch die 
Durchfuhrung einer FIottenmanagement-Applikation. 
Eine externe, nicht gezeigte Flottenmanage- 
ment-Zentrale kommuniziert uber ein GSM-Gerat 
(11), das uber ein CAN-Gateway an den CAN-Bus 
des Fahrzeugs angebunden ist, und uber ein 
GSM-Gateway mit der integrierten Applikation Flot- 
tenmanagement im Zentralrechner (1). Diese Appli- 
kation fordert die Funktion Position an, die ihrerseits 
uber ein GPS-Gateway und das CAN-Gateway mit 
einem GPS-Empfanger (12) kommuniziert, der eben- 
falls am CAN-Bus des Fahrzeugs hangt. 

[0031] Wie aus der vorstehenden Beschreibung ei- 
nes bevorzugten Ausfuhrungsbeispiels ersichtlich 
wird, erlaubt das erfindungsgemade Fahrzeugkom- 
munikationssystem eine flexible und komfortable 
Durchfuhrung von verschiedensten Telematik-Appli- 
kationen im Fahrzeug mit vergleichsweise geringem 
Aufwand. 

Patentanspruche 

1. Fahrzeugkommunikationssystem mit 

- einem Zentralrechner (1) zur Durchfuhrung von Te- 
lematik-Applikationen, 

- Gerateeinheiten zum Senden, Empfangen, Erfas- 
sen und/oder Verarbeiten von zu den Telematik-Ap- 
plikationen gehorigen Daten und 

- einem oder mehreren Dateniibertragungskanalen 
mit zugehorigen Schnittstellen, uber welche die Ge- 
rateeinheiten mit dem zentralen Fahrzeugrechner 
verbindbar sind, 

gekennzeichnet durch 

- eine von den Telematik-Applikationen getrennte, 
adaptive Applikationssteuerung (9), die mit den Tele- 
matik-Applikationen uber ein von den vorhandenen 
Schnittstellen und Gerateeinheiten unabhangiges, 
einheitliches Datenformat kommuniziert, die fur die 
jeweiligen Telematik-Applikationen benotigten Gera- 
teeinheiten und Schnittstellen flexibel funktionsbezo- 
gen auswahlt und darauf aufbauend die erforderli- 
chen Datenubertragungsvorgange steuert, wozu sie 
Gerate-Gateways (4) und davon getrennte Schnitt- 
stellen-Gateways (5) beinhaltet, die von ihr unabhan- 
gig voneinander flexibel funktionsbezogen zwecks 
Ansteuerung der jeweiligen Gerateeinheiten uber die 
jeweiligen Schnittstellen ausgewahlt werden. 

2. Fahrzeugkommunikationssystem nach An- 
spruch 1, weiter dadurch gekennzeichnet, dad zum 
Anschlud der Gerateeinheiten an den Zentralrechner 
(1) eine CAN-, eine RS232-, eine PCMCIA-, eine 
D2B- und/oder eine IR-Schnittstelle vorgesehen ist. 

3. Fahrzeugkommunikationssystem nach An- 
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spruch 1 oder 2, weiter dadurch gekennzeichnet, daft 
als Gerateeinheiten wenigstens ein GPS-Empfanger, 
eine PDA-Einheit, eine GSM-Einheit, eine 
CD-ROM-Einheit und/oder eine RDS-TMC-Einheit 
vorgesehen sind. 

4. Fahrzeugkommunikationssystem nach einem 
der Anspruche 1 bis 3, weiter dadurch gekennzeich- 
net, dafi als Telemattk-Applikationen eine Flottenma- 
nagement-Applikation eine Routenplanungs-Applika- 
tion, eine Ferndiagnose-Applikation, eine Diebstahl- 
schutz-Applikation und/oder eine elektronische Da- 
tenkommunikations-Applikation vorgesehen sind. 

Es folgen 3 BlattZeichnungen 
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Anhangende Zeichnungen 
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